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DETAILED ACTION 

1 . This Non-Final action is responsive to the RCE filed on 1 0/25/2007. 

2. Claims 1-6, 8-20 & 22-32 are pending. Claims 7 and 21 are cancelled. Claims 1, 13, 25 and 30 are the independent 
claims. 



Claim Rejections - 35 USC §103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness rejections set forth in this 
Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in section 
102 of this title, if the differences between the subject matter sought to be patented and the prior art are such that the 
subject matter as a whole would have been obvious at the time the invention was made'to a person having ordinary skill 
in the art to which said subject matter pertains. Patentability shall not be negatived by the manner in which the 
invention was made. 

4. Claims 1-6, 8-20 & 22-32 remain rejected under 35 U.S.C. 103(a) as being unpatentable over Deleeuw (U.S. 5,828,900. 
filed Jan 3, 1996). 

Regarding Independent claims 1 and 25, Deleeuw discloses a computerized method for processing a user input event 
having code associated therewith, said method comprising: Receiving notification of said input event, said notification including 
the associated code (column 1, lines 50-67, wherein the host input stream handles the notification of the input event which 
includes the code that is stored in a storage module); Determining whether a text converting component is interested in 
performing a conversion action with respect to said input event (column 2, lines 1-22, wherein the host multiple-byte character 
generator or IME with the set language my try to convert the input that may have been already translated by the guest character 
generator or application. Further Deleeuw indicates that a system is needed for application sharing that will disable the 
application from receiving the events, therefore it has to determine weather the text converting component is interested in 
performing a conversion in order to block the received events); Notifying an application of said input event by providing said 
application a sentinel value when the text converting component is interested in performing said conversion action with respect to 
said input event (column 2, lines 1-22, wherein Deleeuw indicates that a system is needed to disable the host application from 
receiving the events to avoid the generation of unpredictable and erroneous characters in an application). Deleeuw discloses 
revealing said code to the application in response to a request to disclose said code, wherein said request is generated incident to 
the application recognizing that said sentinel value represents an input event capable of being processed by said application 
(column 2, lines 1-22, An application will accept any input erroneous or not from the input manager thus meeting the limitation. 
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Because in fig 3 he already shows that keyboard events which include code are processed by the IME and sent to the application, 
the purpose of Deleeuw's invention is to prevent the application from processing and displaying such erroneous results for 
ultimate use by the application. Although the application would accept the input the user would not be able to understand such 
results, thus the disablement of the application). Although Deleeuw doesn't explicitly describe sending a sentinel value to the 
application, he does describe that the event needs to be blocked from the application. At the time of the invention it would have 
been obvious to one of ordinary skill in the art to send a sentinel value to the application. The motivation for doing so would have 
been to prevent the application from trying to read the event by sending a dummy value thereby preventing the display of 
unpredictable and erroneous characters. 

Regarding Dependent claim 2, which depends on claim 1, Deleeuw discloses wherein said user input event is communicated 
via a keyboard, a screen with user input capability, a mouse, and/or a device with voice input capacity (column 2, lines 55-67, 
wherein the input event includes keyboard a display and a mouse device). 



Regarding Dependent claims 3, 15 and 26, Deleeuw discloses wherein said code identifies at least a portion of a letter, a 
character, an ideograph or a symbol associated with said user input event (column 1, lines 25-39, wherein the multiple byte 
character generator that handles input events includes characters as part of the code). 

Regarding Dependent claim 4, which depends on claim 1, Deleeuw discloses communicating said code to the application when 
the text converting component is not interested in processing said user input event (column 2, lines 1-22, wherein when the 
multiple-byte character generator is not interested in performing a conversion then the guest application handles the input event). 

Regarding Dependent claims 5 and 18, Deleeuw discloses wherein the text converting component is configured to convert said 
code to a standard for coding text (column I, lines 25-40). Deleeuw indicates that the text converting component or multiple-byte 
character generator supports Chinese and Japanese characters but fails to explicitly describe support for a standard. However at 
the time of the invention it would have been obvious to include support for a coding standard within the text converting 
component. The motivation for doing so would have been to allow the IME to handle multiple languages using only one 
character set thereby reducing the complexity of programming. 



Regarding Dependent claims 6 and 19, Deleeuw discloses wherein said standard is Unicode (column 1, lines 25-40). Deleeuw 
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indicates that the text converting component or multiple-byte character generator supports Chinese and Japanese characters but 
fails to explicitly describe support for Unicode encoding. However at the time of the invention it would have been obvious to 
include support for a coding standard within the text converting component. The motivation for doing so would have been to 
allow the IME to handle multiple languages using only one character set thereby reducing the complexity of programming. 

Regarding Dependent claim 8, which depends on claim l, Deleeuw discloses determining whether a computer component is 
interested in processing said input event (column 2, lines 1-22, wherein the host multiple-byte character generator or IME with 
the set language my try to convert the input that may have been already translated by the guest character generator or application. 
Further Deleeuw indicates that a system is needed for application sharing that will disable the application from receiving the 
events, therefore it has to determine weather the text converting component is interested in performing a conversion in order to 
block the received events). 

Regarding Dependent claims 9, 24, 28 & 32, Deleeuw discloses obfuscating said code from an application when the computer 
component is interested in processing input event (column 2, lines 25-33, wherein the code is bypassed from an application when 
the guest application is interested in processing the input event). 

Regarding Dependent claim 10, which depends on claim 9, Deleeuw discloses notifying the application that the computer 
component is interested in processing said input event (column 2, lines 25-33). 

Regarding Dependent claims 1 1, 23 and 29, Deleeuw discloses wherein said computer component is an input method editor 
(column 2, lines 1-22). 

Regarding Dependent claim 12, which depends on claim 8, Deleeuw discloses 

wherein said computer component is configured to allow a user to enter at least a portion of a letter, a character, an ideograph or a 
symbol associated with a desired language (column 2, lines 1-22). 

Regarding Independent claim 13, Deleeuw discloses a computer system for processing a user input event having code 
associated therewith, the system comprising: One or more text converting components (column 2, lines 1-22, wherein the host 
and guest include text converting components); One or more applications (fig 2, wherein the shared applications reside on the 
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host as shown in numeral 99); An input manager configured to interact with said one or more text converting components and 
said one or more applications, wherein said input manager is configured to receive notification of an input event, said notification 
including the associated code, and wherein said input manager is further configured to prevent said one or more applications from 
handling said input event by providing a sentinel value to the one or more applications when said one or more text converting 
components are interested in performing a conversion with respect to said input event (column 2, lines 1-22, wherein Deleeuw 
indicates that a system is needed to disable the host application from receiving the events to avoid the generation of unpredictable 
and erroneous characters in an application). Deleeuw discloses wherein said input manager is further configured to reveal said 
code to said one or more applications in response to a request to disclose code (column 2, lines 1-22, An application will accept 
any input erroneous or not from the input manager thus meeting the limitation. Because in fig 3 he already shows that keyboard 
events which include code are processed by the IME and sent to the application, the purpose of Deleeuw's invention is to prevent 
the application from processing and displaying such erroneous results for ultimate use by the application. Although the 
application would accept the input the user would not be able to understand such results, thus the disablement of the application). 
Although Deleeuw doesn't explicitly describe sending a sentinel value to the application, he does describe that the event needs to 
be blocked from the application. At the time of the invention it would have been obvious to one of ordinary skill in the art to send 
a sentinel value to the application. The motivation for doing so would have been to prevent the application from trying to read the 
event by sending a dummy value thereby preventing the display of unpredictable and erroneous characters 

Regarding Dependent claim 14, which depends on claim 13, Deleeuw discloses wherein said code is generated by a driver 
associated with an input device (fig 2, numeral 25, wherein the input includes a keyboard driver to handle the input events). 

Regarding Dependent claim 16, which depends on claim 13, Deleeuw discloses wherein said user input event is communicated 
via an input device that is not configured according to a desired language (column i 5 lines 25-40, wherein the multiple-byte 
character generator handles input devices that are not configured in a desired language by converting the input to the desired 
language). 

Regarding Dependent claim 17, which depends on claim 13, Deleeuw discloses wherein said input manager is further 
configured to communicate said code to one or more applications when none of the text converters are interested in processing 
said user input event (column 2, lines 1-23, wherein when none of the text conversion programs are interested in processing the 
event then the event is passed to the guest applications). 
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Regarding Dependent claim 20, which depends on claim 13, Deleeuw discloses wherein said input manager is further 
configured to notify the one or more applications that at least one of said text converting components is interested in performing a 
conversion action with respect to said input event (column 2, lines 1-23, wherein the guest applications are notified that the text 
converting component is interested in performing a conversion by bypassing the value in the host text converting application and 
sending it to the guest application). 

Regarding Dependent claim 22, which depends on claim 13, Deleeuw discloses one or more computer components (see fig 12). 

Regarding Dependent claim 27, which depends on claim 25, Deleeuw discloses a computer component interface component for 
determining whether one or more computer components are interested in handling said user input event (column 2, lines 55-67, 
wherein the interfacing component is shown in fig 2 between the host and guest machines for application sharing). 

Regarding Independent claim 30, Deleeuw discloses a computer system for processing a user input event having code 
associated therewith, the system comprising: Means for receiving notification of a user input event having code associated 
therewith, said notification including the associated code (column J, lines 5 i 0-67,3vherein the host input stream handles the 
notification of the input event which includes the code that is stored in a storage module); Means for converting said code to a 
value indicating a character or a symbol (column 1 , lines 25-50, wherein the input includes a character code); One or more 
applications (column 2, lines 1-22, wherein the host and guest contain multiple applications); Means for interacting with said one 
or more applications and said converting means in response to notification of said user input event, wherein said means for 
interacting are configured to prevent one or more applications from handling said user input event by providing a sentinel value 
to the one or more applications when said converting means are interested in performing a conversion action with respect to said 
input event (column 2, lines 1-22, wherein Deleeuw indicates that a system is needed to disable the host application from 
receiving the events to avoid the generation of unpredictable and erroneous characters in an application). Deleeuw discloses 
wherein said means for interacting is further configured to reveal said code to said one or more applications in response to a 
request to disclose said code (column 2, lines 1-22, An application will accept any input erroneous or not from the input manager 
thus meeting the limitation. Because in fig 3 he already shows that keyboard events which include code are processed by the 1ME 
and sent to the application, the purpose of Deleeuw's invention is to prevent the application from processing and displaying such 
erroneous results for ultimate use by the application. Although the application would accept the input the user would not be able 
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to understand such results, thus the disablement of the application). Although Deleeuw doesn't explicitly describe sending a 
sentinel value to the application, he does describe that the event needs to be blocked from the application. At the time of the 
invention it would have been obvious to one of ordinary skill in the art to send a sentinel value to the application. The motivation 
for doing so would have been to prevent the application from trying to read the event by sending a dummy value thereby 
preventing the display of unpredictable and erroneous characters. 

Regarding Dependent claim 31, which depends on claim 30, Deleeuw discloses further comprising means for editing an input 
method (column 1, lines 10-55, wherein the input method supports editing for selecting different languages and converting to its 
respective encoding as identified by the multiple-byte character generator). 

// is noted that any citation f[sJJ to specific, pages, columns, lines, or figures in the prior art references and any interpretation of 
the references should not be considered to be limiting in any way. A reference is relevant for all it contains and may be relied 
upon for all that it would have reasonably suggested to one having ordinary skill in the art. [[See, MPEP 2123]] 



Applicant Argues: Infact, Deleeuw's disablement would teach away from either notifying the application of an event or 
providing a code associated with the event upon a request for such disclosure (pg 1 2, paragraph 1 ). 

Nowhere does this language disclose a request to disclose an input code to an application or revealing of the code to an 
application that was previously prevented from handling an input event (pg 1 2, paragraph 2). 



Response to Arguments 



5. 



Applicant's arguments filed 10/25/2007 have been fully considered but are not persuasive. 



Indeed, Deleeuw's disablement of the application explicitly teaches away from revealing an input code to a disabled 



application, and thus, the claimed matter would not be obvious in light of Deleeuw's teachings, (pg 12, paragraph 2) 



The Examiner Respectfully disagrees: In column 6, lines 20-28 of Deleeuw it states that the event is allowed to run 
thereby notifying the application by translating the event for delivery. 
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An application will accept any input erroneous or not from the input manager thus meeting the newly amended 
limitations. Because in fig 3 he already shows that keyboard events which include code are processed by the IME and 
sent to the application, the purpose of Deleeuw's invention is to prevent the application from processing and displaying 
such erroneous results for ultimate use by the application (see column 2, lines 5-15). Although the application would 
accept the input the user would not be able to understand such results, thus the disablement of the application. 

(Note: The Examiner appreciates applicant's effort to expedite prosecution in this application. However as explained 
above the claim limitations are not clear in its current state to overcome the reference, since the application would 
accept all and any input thus being capable of processing events. The Examiner advises applicant to contact the 
examiner for an interview to discuss and clarify over the teachings of Deleeuw to expedite prosecution). 



Any inquiry concerning this communication or earlier communications from the examiner should be directed to 
Manglesh M. Patel whose telephone number is (571) 272-5937. The examiner can normally be reached on M, W 6 am-3 pm T, 
TH 6 am-2pm, Fr 9am-6pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's supervisor, Stephen S. Hong can be 
reached on (571) 272-4124. The fax phone number for the organization where this application or proceeding is assigned is 571- 



Information regarding the status of an application may be obtained from the Patent Application Information Retrieval 



Status information for unpublished applications is available through Private PAIR only. For more information about the 
PAIR system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR system, contact the 
Electronic Business Center (EBC) at 866-217-9197 (toll-free). 



Conclusion 



273-8300. 



(PAIR) system. Status information for published applications may be obtained from either Private PAIR or Public PAIR. 



Manglesh M. Patel 
Patent Examiner 
January 18, 2008 






